(12) 



UK Patent Application ...GB ,,,,2319431 ,,3, A 



143) Date of A Publication 20.05.1998 



(21) Application No 9623478.6 

(22) DateofRfing 12.11.1996 



(71) Applicant{s) 

International Business Machines Corporation 

(Incorporated in USA - New York) 

Armonk, New York 10504, United States of America 

(72) Inventor(s) 

Lawrence Leon Porter 
Mark Thomas 

(74) Agent and/or Address for Service 
S R Davies 

IBM United Kingdom Umited, Intellectual Property 
Dept Hursfcry Park, Winchester. Hampshire, 
S021 2JN, United Kingdom 



(51) INTCL^ 

H04M3/50 

(52) UK CL (Edition P) 

H4KKF50C 

(56) Documents Cited 

GB 2301260 A GB 2294608 A GB 2213349 A 

EP 0660574 A2 EP 0586954 A2 WO 96/20653 A2 

US 5434907 A US 4612416 A 

(58) Raid of Search 

UK CL (Edition 0 ) H4K KF50C KF50X 
INT CL^ H04M 3/50 
Online : WPI 



(54) Voice mail system 



ahaLV®'"^ '"^^""^ ^'^^^ ^^^o'^ 320, a WWW client 310 can communicate with a 

WWW server 330 to request access to and notification of a user's voice mail. The user enters their voice mail 
mailbox number, and activates an appropriate hyperlink. The WWW server then launches an application, MSG 
Client 350 which in turn communicates with an application, MSG Server 370, that runs in conjunction with the 
voice mail system 380, 385, 390. In response to an initial message from the MSG Client, the MSG Server 
iS^V[!ln7"-S'°?.-^*'?'^ f " r!!^ '"^^ses within the specified mailbox, which are displayed at the 
WWW Client. This display includes a hyperlink to each message in the mailbox. In addition, the MSG Server 
inTrHL?t^ ^" ^ ' 1' executioo on the WWW Client. This applet communicates with the voice mail system 
in order to provide up-to-date notification of incoming messages. 
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VOICB MAIL SYSTEM 



The present invention relates to voice mail systems and in 
Part.cular to t.e way in which suhscrihers to such voi=T:.U si 
be notified that they have new Messages. '"^ 

.ro™ inco^in. cans when the intendeT^cT i n" ZlllT" T""^^ 

engaged. The intended recipient ,a suhscriherT ttn ii 

;^ored .essa.es. at some .ture time. . voice Irs rtl^r.letaiT 

.Plemented either on special purpose computer hardware, or e^e , 

t n a., ^^^^^^^ ^^^^ ^ ^^^^^^^^ else a . 

noti.yir:r r:: "V"'^^ — - v to 

o.ten per.or.ed eit he h ^1 IZlTr'''^'- 

- - ::: tt: 

-ail „essa,es .such systems are 

3.ste.sK .or e^a^ple/woavc: 1 dUcZsr:::: " """""^^ 

combines a voice mail scioses an integrated system which 

voice mail system and a comDutf^T- 
integrated system thp „c computer, e- mail system, m this 

co.puter. JZ'.jzj^zzrr:::: ^^^^^ - 

computer is chosen as the oril^ -3sa,es. For example, if the 

telephone and e-„ail in^I '^"'"^ -^^^-"ions of both 

ana e mail incoming messages are provided at a 

..... ..... ™. jii::\r:„r,:r:.::::r.:: ■•■ • -» - 

'accessed over the telpnh^r,^ . tie e mail) messages to be 

integrated or unified m«,,, ■ ^^"l^ble products which provide 

available from^pi La v '^'"^""^ ^^^^^^ 

windows, avaiL : i rxn"'^"'""' -orporated. ^ oes.,op for 

oie from vmx Incorporated (now part of octel 
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con^unlcations Corporation,, and Intuity fro« at.t, described i„ . 
Reseller Mews, Novei*er 28 1994, pi2. <aescribed in computer 

The typical desktop computer interface of .„ k 
provides for .uc. greater and «ore f iLLie ,n """'^'^ ^^"^^ 

between the subscriber and th. "formation interchange 

practicable. ..us Tust ntlZ::: r;-''- ^ ° 
and instructions played out .ro™ 11 "ZJ^^ s^t~rZ"- 
be conveniently displayed on the computer screen =^ 
co^ands to the voice mail system ar! r: -r'' 
conventional 12 touchtone (dtop) kevs on , . , . 

can e^ioit the whole computer i:z:: :::rz:^7i:zr'''' 

additional benefit of a unified mail system of courl J .1 " 
process both voice mail and e-mail in the same seLl 

Nevertheless, there are problems with a.^^-, ■ 
interfaces Tor voice mail systems. Z the bio ?"' "^""'"^^^ 
voice mail systems is that I ^ advantage of conventional 

telephone an^.er Z tb I . Id^V" ^""^ = 
ana ubiquitous. By contr s tbl "'^^'^""^ 

"sers are often e^ipplr variToV""^ " °^ -terogeneity.- 

systems even within a single organ a Ion """"'^^ 
^be voice mail system may be much more diff L r/^"'^ ^° 

than through the telephone network. ■ computer network 

»aii ^:r:rr:t\™ --^^ a voice ' 

-scribed in patent application ^ ^ „ ^ 2^'!:^ 
subscribers to access their voice mail from 

internet connection. Xn particular "y ! "^^^ 
the voice mail system, and by el:!' " ' "^'^ -P-enting 

the www. However, the svstpm ^ access their messages over 

tne system described therein 
notification over the www o.v, k """^ message 

sa.e page IZ'JZ ^ ' '''' " ^---^^^ 

arrived -t because some browsers may ^^rprr^^^^^^^^^^ ^ 
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repeated re- leading .ay in fact require the browser to be ^ • . 
re-started). browser to be terminated and 



Accordingly, the invention provides a voi^o 

~ ...„„: ~— i~ir ■ 

and server means, responsive to a request from . « k 
www cli«nh 1-^™- , ^ request from a subscriber at a 

has any „e„ messages stored in the voice mail system. ' 

r::r:: r- " """" - ■-^"~::rz r - 

receiviJ L.h ''"^"-''ly the means for 

for updating said profile accordingly. '^'^ """'^ 

intervals (automatically) nerhan, . ^ ^<i^^ries at regular 

^axiyy, periiaps a few minutes aDnar•^ ^« 
the subscriber is aiw«x,c . appart, to ensure that 

existence of .ait^::::^:™'^ - - — ^ °^ - 
..e vo:::it^;;rr\hTLT^^ t ""-^^ ^ 

The use Of the Internet 1 ' 

advantageous, s n=e " ne a -^"^""on is particularly 

P-tforms, and very f.iuar to Zrl ^T^ZZ J T'''"'^' 
r^etwor^ing rec^ired to support the efM '""^ 

user (ie a user does not 7 A effectively transparently to the 

"^ucture Within ZZlVT.lr'' """"^'^ " — 

Fernet) . m add.t.on, the Internet infrastructure 



UK9-96-042 



4 



IZIT ^ -"-"-.ive „av Of =o»„u„icati„, between sices, xt 
W.11 be appreciated that most of these advantages apply not only 
xnte.net, but also to intranets (netvor.s si»Ua. to the xlelt but 
generally contained within a single organisation, . " 

Messages from the client system to the voice mail system generallv 
.nclndc the mailbox n^er for the subscribe,, correspondL, to Ir 1 
messages are stored (or possibly some other suitable identifier Tl 
possibly the n»e of the subscriber,, it is also pref: r^t a 's cT " 
messages further utilise a subscriber password, thereby preven ing ' 
unauthorised access to the voice messages. 

It is preferred that when the voice mail system returns info^,^ ■ 
to the Client concerning the presence of new messages fo tl slc^ b T 
t .s .nf crmation actually includes the nu^^er of new message . t IT ' 
also be desirable to return additional information about tie messar^s 

to a vo^\r~tr -z: ^ 

wiitsie is at least one new vnii-a 
v^aiting for the subscriber, wherein said subscriber's "; ^""^ 
executing at a client terminal w.ere said subscriber is loZd .he 
method comprising the steps of: located, the 

exchanging messages between said program and said voice mail sv . 
to r tr,.. Whether there are any Z Zll li 

messages waiting for the subscriber; and, 

providing by said program to the s,lbscriber a con.i. , 
indication of the presenco of '"'scriber a continuously updated 

tne presence of any new voice mail message. 

in a first preferred embodiment said <!f=r< «<r 
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In a second preferred embodiment, said step of • 

c„se3= „pe..ve.. pr^iT ^ z^rr 

atl new Messages .avo .eon ..ceive. eo. t.at su.sc.Ler 

su.3cri.er, ..a re.ur.i„, an appropriate response to t.e pro^i;. 

Thu3 it can be seen that in the first erfcodiment, the additional 
notification mechanism is provided essentiallv » v 

:::::: c~ - - ~ — 

.oes not retire an. specif iTnot^tat L":::;:: iTtr^ 
s^ste.. .or exa^ie. the notification faciUt: I d .e prcvT::: T\ 
vo.ce .aii s^ste. described in the above-. en tioned C a p 
without any actual change to the voice .ail syste. itself bvl 
usin, the http protocol to repeatedly re<.est the ^ a 1 s nVire"^ 
™essa,es_for that subscriber. By co„.arin. the received pa,e " tTa 
previously retrieved version, it v^uld he possible for the cj It o 
determine whether or not. any new messages had arrived. 

"""^ '"""^'"'^ P-vides a Client syste. for allowing a 

subscriber to a voice .ail syste. to determine whether he I L has at 

least one new voice maii 

said voice .ail s^s.I ^il T '^''^^ ^""^ ^ - 

maii system via a network, and comprising.. 

means for exchanging messages with sai^ 
^^^ure 1 is a simplified diagram of a voice mail system- 

- voiceTi: ™- ---- — s of 

voice m"::!:/:,: ::r;;;":r ^ ^^-^^ ^-^-^ — - 

cne internet world Wide Web fwwwi -ir. . 
invention; accordance with the 
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Figures 6A and 6B are flowcharts of methods used to provide 
notifications of new voice mail messages over the www. 

Figure 1 is a simplified diagruu of a voice mail system based . 
conventional computer workstation comprising system unit 20, display 
screen 12, and keyboard 14. The system unit includes a microprocessor 22 
HOM/R^ 24, and disk storage 26, connected together via bus 28. m order' 
to operate as a voice mail unit, the computer workstation is connected to 
telephone line 66 via a digital trunk processor 64 and a digital trunk 
Adapter card 62. The voice mail system also includes a neiwork adapter 
card 3 0 to connect the voice mail system to a computer network (eg a 
LAN) . The voice mail system may also include other known components, such 
as an audio capture/playback card, a cr-ROM and mouse (not shown) . 

The voice mail system illustrated in rigure 1 is based on the 
DirectTalk/6000 voice processing system, available from ibm Corporation. 
The hardware components of this system are an RISC System/6000 computer 
workstation, plus the digital trunk processor and digital trunk adapter 
The DxrectTalk/6000 system connects to the telephone network through a Tl 
or El digital trunk line 66 (and via a PBX in most installations,. The 
d.gxtal trunk processor is used to demultiplex incoming signals and 
multiplex outgoing signals on the trunk line, and perform log- linear 
conversion as appropriate. The digital trunk processor is also used to 
perform compression/decompression. The digital trunk adapter effectively 
acts as an interface between the workstation itself and the digital trunk 
processor, further details about the OirectTalk/6000 voice processing 
system can be found in the manual "IBM Callpath oirectTalk/6000. General 
information and Planning" (publication number GC33-1720.00, and the other 
manuals referenced therein. 

runn- " ' ""^'^ °' '""^ components 

running on the voice mail system of .igure 1. Running on the Rise 

system/600 is first of all the operating system for the workstation, 

wh ch in the present case is AIX no, and then the DirectTalk/600 0 

software 120 itself. Also on the Rise System/6000 workstation, 

effectively running as an application on top of DirectTalk/6000. is 

ZT2T" "^"^"^ capabilities. 

Th the OirectTalkMail voice messaging system contains routines to allow 
c.Uers to telephone messages into the database and users to extract 
messages from the database for listening over the telephone, as well as 
other functions such as forwarding messages. 
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It will be appreciated that voice mail systems such as that 
Ulus^ate. in Pi^res 1 ana 3 are welLKnown, ana that .any variations 
on the system illustrated are also well-Known. Por example, there are 
many systems in which telephone line 66 is analog, in which case the 
d.,.tal trunk processor is often omitted, and its functions performed. 
Where appropriate by a suitable telephony adapter card. The precise 
^raware configuration employed in the voice mail system is not relevant 
to an understanding of the present invention, and so will „ot be 
discussed further. Similarly, the standard operation of a voice mail 

TuZ ^V""""""^/" - those aspects pertinent to 

an understanding of the present invention win now be described. 

The DirectTal,c«ail voice messaging system can be considered as a 
form of database system, based on mailboxes. Thus each user has a 
maUbox, which has associated with it in a user profile all the 
information for that user, eg their extension number, their password, the 

The mailbox also logically contains the digitised stored messages for 

dL er?: ^ "°"<^ a 

different location from the other information, . Each mailbox has a unique 

allocated the extension number of the user associated with that mailbox. 

The DirectTalkMail voice mail system also includes a notify 
facility, which is activated whenever a new message is received, or 
Whenever a user listens to some or all of their new mail The 

tiiitir:; -"•^"^^^-^ --^--^ ^ of 

nst uc i; »irectTal,»ail can send an 

the telephone handset of the relevant user, xt is also possible to send 
an email message to the user, or to activate a user-s pager <on TtiT 
dependent basis if desired,. . user can select as many of thl: 
L°i"c:LT" ""'"'^ " ''''' alternatives,, and the 
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voice mail messages in a voice mail system over the internet world wide 
web (WWW, . More specifically, a user at a www client 310, can obtain 
access to their voice mail through the Internet WWW ccnununication network 
320 and a www server 33.0. The server in turn is attached to a message 
client 350, which communicates with a message server 370. This latter 
component is an application on a DirectTalk/6000 voice processing system 
Which is used to access voice message information, including the voice 
messages themselves, and direct this back towards the requesting www 
Client. 



Reviewing now the structure of the www, this is based on Universal 
Resource I.ocators (URLs), which can be regarded as specifying a 
particular page or file on the www. The URL denotes both the server 
machine, and the particular file or page on that machine. There may be 
many pages or urls resident on a single server, if a user at a www client 
310 selects a mu, on www server 330, then the server performs an action 
specific to -that page. In some cases this can lead to the server 
launching an application, but in the majority of cases the server 
retrieves the re<r.ested page from a database 340 of stored pages, and 
this is transmitted back over the www 320 to the www client for display 
to the user. The pages are formatted in accordance with a standard format 
known as HTtO.. Many pages include images which are stored in separate' 
graphics files at the server, for example In standard ".gif. or - Jpeg- 
format. The html text contains references to these graphics files,' which' 
prompt the client tc also retrieve the specified files from the server 
thereby allowing the client to display both the H^L text and associated 
images. Other pages available on the WWW include video or audio excerpts 
for example from studios advertising their latest films or compact disk 
recordings . 



The WWW Client 310 provides the user with a simple GUI. allowing 
the user to navigate over the www network 320 to different URLs 
sometimes a user win specify a particular ukl by name, but more often a 
user Will jump from one URL to another by means of references within a 
page (a so-called -hyperlink") . Thus a particular word or symbol on a 
page, can be associated with another URL, so that selection of that word 
or symbol, eg by clicking a mouse at the relevant location, causes the 
client to retrieve and display the page from the selected url. This new 
page may be located on a co^letely different server from the first page 
words or symbols which map to another URL are sometimes referred to as ' 
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"hot button, (or similar) . There may be many hot buttons or hyperlinks in 

a single page. 

There are a variety of web clients 310 commercially available for 
example Navigator from NetScape Communications Corporation. All such 
Clients understand HTML and other www standard formats and can display or 
output correctly files in these fonaats. Similarly, the mechanisms for 
nav.,ating between different urls are also understood and implemented by 
such programs. Further information about the World Wide Web can be found 
in -spinning the Web» by Andrew Ford (International Thomson Publishing 
London 1995, and "The World Wide web Unleashed" by John December and N^il 
Randan (SAMS Publishing, Indianapolis 1994) . 

AS so far described, pages on the www are essentially static, in 
other words, they simply present data, images, audio or video. However 
recently there has been considerable interest in including code within'a 
www page, which then can be downloaded and executed at the client The 
most popular method of achieving this is to utilise the aava technology, 
developed and available from Sun Microsystems Inc. Part of the ^ava 
technology includes a new programming language, known as Java. Programs 
written in this language can be incorporated into a WWW page by using the 
H^L <APPL.T> tag, w.ich prompts a aava-aware browser to download and 
execute the referenced applet (an applet is code downloaded for execution 
over the networM . The ^ava technology is described in more detail in 
"Teach vourself aava in 21 days- by L Lemay and C Perkins, 1996, Sams.net 
Publishing, Indianapolis, USA. 

the ab''^' " '° - ^-"i»'-<^ in 

the above-mentxoned PCT application. As taught therein, a user needs to 

^ow firstly the uaL corresponding to the voice mail system, and secondly 

the.r own mailbox nu^er. .ote that these win be the same irrespec ve 

Of the location of a user ,unli)ce a telephone nu^er, where 

va°r" teT:; '^"^ —s codes may 

re ults in a request being passed to the server 330. The server then 
retrieves a corresponding „™l file from the database 3.0, which produces 
a sceen ..splay as shown in Pigure 4. At the top of this screen L a 
c tro bar .10, which is provided in ).own fashion by the www cli n to 
al ow the user to control their interaction with the www. ror exam"! 

:: 2:::::::i:zr - ^ .-ousiy::::;sed 

access to the currently requested URL, to display the 
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location Of the current ORL, and so on. In terms of the infonnation 
actually supplied by the «WW Server, apart from a general welcome, there 
are three m^in features of interest. The first is a box 420 into which a 
user is prompted to enter their mailbox nuna>er. Data entry in this manner 
as well-known in www operations. Secondly, there is a box 425 into which 
the user is prompted to enter their password. Finally, there is a hot 
button or hyperlink 430, which the user selects to obtain remote access 
to their voice mail, 

in standard fashion, if the hyperlink 430 is activated, the WWW 
Client 310 transmits a message to this effect back to www server 330 
This message also includes the mailbox number entered by the user In the 
present embodiment the WWW server 330 is the host for both the page shown 
in Figure 4, and for the hyperlink 430. although this does not have to be 
the case. The WWW server, as resident target for the hyperlink 430, 
maintains information which indicates that it corresponds to an 
application,- rather than to a simple page of information from database 
3 0 (such as was displayed in Figure 4,. Thus in response to activation 
Of the hyperlink, the WWW server identifies and launches the application 
corresponding to the hyperlink url. This application is shown in Figure 3 
as MSG Client 350. Note that in the present embodiment, MSG Client is 
situated on the same machine as the www Server. 

The MSG Client 350, when activated, initiates co™.unications with 
another application, MSG Server 370, which as shown in Figure 3 

ITTT r: " °" ^i«=tTalk/6000 voice processing system 
380 in parallel with the voice messaging software 385. In order to start 
such communications. MSG Client knows the network address and 
predetermined port number for MSG Server 370, allowing a standard 

ocket .o be set up between the two. This allows the MSG Client and MSG 
server to co^nunicate in known fashion. The www server passes to the MSG 
CI ent^ application certain start-up parameters, in particular the 
selected mailbox number, password, and also a control parameter referred 
to as a message type, which is set to zero. The basic mode of operation 

the former which contain this message type and a data structure The 
message type indicates the form of the revest: in the present 
embodiment, a message type of -0" requests information about all messages 
w^thin a specified mailbox, whilst a message type of n» requests 1 

MSG Client IS initiated, the www server passes it a message type of 0. 
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indicating that the MSG Client should conmence with a request to list all 
the niessages in the specified mailbox (ie the mailbox entered into the 
screen sho«n in Figure 4) . For a message type of 0, the data structure 
included in the request effectively only needs to contain the identity of 
the mailbox to be accessed and the password. 

It is generally convenient for the MSG Client and MSG Server to be 
situated at the same location. This allows the link 360 between the two 
to be a relatively short and siiaple connection such as over a Local Area 
Network (LAN), permitting high bandwidth communications, ind it is 
generally easier from a practical point of view to maintain compatibility 
between the MSG Client and MSG Server if they are reasonably near to one 
another. However, in other circumstances they may be at separate 
locations, with link 360 being provided over the Internet, it is also 
possible for there to be multiple WWW Servers and MSG Clients served by a 
Single MSG Server. 

on receipt of a message type of 0, the MSG Server 370 confirms that 
the password is correct for the specified mailbox, and then retrieves 
information relating to the messages belonging to the voice mailbox 
specified in the rec^est. In order to do this, the MSG Server application 
IS provided With the same knowledge of the structure of the voice mail 
database 390 as the DirectTalkMail voice messaging application 385 
Itself, ^is knowledge allows the MSG server to interrogate and access 
the voice mail database in the same manner as the DirectTalkMail program 
Since the DirectTalkMail program is itself an application on top of the ' 
DirectTalk/6000 voice processing system, exploiting the custom server 
interface of the DirectTalk/6000 system in order to manage mailboxes and 
voice messages, it is straightforward for MSG Server to also manage voice 
ma.l using the same interface. Indeed, one possibility would be for the 
MSG server to be incorporated within the DirectTalkMail program. 

The information retrieved by MSG Client is then returned in a data 
structure back to the MSG Client. Such data communications are again 
performed using standard UNIX facilities for passing data between 
sockets. The data structure contains some general information about the 
-1 box <eg the number of outstanding messages, currently selected voice 
» 1 greeting etc,, plus a list of messages in the specified mailbox, 
with information specific to each message (eg date and time received 
origin of message etc) . 
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The MSG Client then formats the retrieved information into another 
HTML page, which presents the voice mail contents for the specified 
mailbox. This formatted page is then returned to the WWW Server/ and from 
there across the www to the www Client for display. Note that as far as 
MSG Client is concerned, it simply writes the HTML page to. the standard 
output; the www Server (which of course initiated MSG Client) is then 
responsible for taking the output from there and transmitting it to the 
www Client, in accordance with standard www server operation. 

Figure 5 is an illustration of such a page. As described in the 
above-mentioned PCT application, this page lists the current mail 
messages in the mailbox. There is a www Client control bar 510, as 
previously discussed in relation to Figure 4, plus information 'particular 
to this URL. Thus a header 520 indicates the relevant mailbox number 
(shown schematically in Figure 5 as "XXXXXX") . Next is general 
information 530 about the mailbox, in the present embodiment the nuirO^er 
of new and did messages. Other information that might be displayed here 
would be current greeting, and time of last access to the mailbox. Then 
each message 540 in the mailbox is listed with its number 542, date 548 
and time 546 of receipt, and extension number of caller 544 (if 
available) . One possibility would be for either MSG Client or MSG Server 
to perform a database lookup on the extension number in order to replace 
the number with the name of the person associated with that extension 
(who presumably made the call) . 

AS an enhancement to the system described in the above-mentioned 
PCT application, the Web page depicted in Figure 5 also incorporates a 
Java applet, when invoked, this applet opens its own window 580 which is ' 
used to provide a message notification facility, -he operation of this 
applet IS described in more detail , below. 

rt Will be understood that Figure 5 is effectively the page of data 
corresponding to hyperlink 430. In principle it would be possible to 
request the URL corresponding to Figure 5 directly, rather than via 
Hyperlink 430, using standard WWW navigation facilites. However, using 
this route (ie by-passing the stage shown in Figure 41 would mean that no 
mailbox number had been entered, and accordingly the attempt to go 
directly to the URL corresponding to Figure 5 would fail. ' ' 

It will be noted that in Figure 5 each message number 542 has been 
underlined. In the actual embodiment, these are a different colour from 
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the rest of the text (rather than being underlined) , indicating that they 
also represent hyperlinks. As would be expected, each hyperlink 
corresponds to the message identified by that particular line, and 
associated with each hyperlink is a URL as specified in the Him, page 
output by the MSG Client. The URL for each message includes an encx^ted 
form of the password entered into box 425 in Figure 4. Thus without 
knowing the password for a given mailbox, it would be essentially 
impossible to guess the URL of any message within this mailbox, thereby 
preventing access by unauthorised people to the messages. Another 
possibility is for the encrypted password to be included in the screen of 
Figure 5 as a hidden field, and then returned via the www server for 
verification if a message is selected. 

in order to access a particular message, the user therefore selects 
the corresponding hyperlink 542. This results in a request for that URL ■ 
being transmitted over the www to the www Server, which again detects 
that the URL- corresponds to the MSG Client application program. This time 
however, when the www Server invokes the MSG Client, it specifies not 
only the mailbox number, but also the identifier of the revested message 
withm that mailbox. Furthermore, the re<^,est type of the message is now 
"l". Which indicates to the MSG Server that an actual voice mail message 
is desired. ^ 



It will be appreciated that each time the www Server invokes the 
MSG Client, a new copy of the MSG Client application is launched, rather 
than using the same copy for any particular user. This is why the www 
server must specify the message type, since otherwise MSG Client does not 
know how far the interaction with the caller has progressed. Similarly 
the newly invoked version of the MSG Client must be informed, of the ' 
mailbox to be accessed. This can be done by extracting the mailbox number 
from the screen of Figure 5, which was written there by the previous 
instance of MSG Client responsible for outputting the screen of Figure 5 
and returning this number to the newly created version of MSG Client Of' 

the URLS for each message shown in Figure 5, even if it is not 
specifically displayed on the screen. 

The operation of the MSG Client for this new invocation is 

th"e'M°L°" " """^^ ^" ^'^^ a message to 

the MSG server, this time with a message type of "1". The data strucLre 
^ncluded in this message not only the mailbox, but a 
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desired message within that mailbox, determined of course by the 
particular hyperlink selected by the user. The MSG Server uses the 
mailbox number, and message number within the mailbox, in order to 
retrieve the actual audio data for the desired mail message. The audio 
data is then transmitted in digital form back to the MSG Client, again 
, using standard UNIX communication facilities. The MSG Client then formats 
the message in accordance with standard www audio formats, before 
retuming it to the www Server, for forwarding and playout at the WWW 
Client. Two standard www audio formats are a -.au" file, used for example 
in the IBM Ultimedia card, and a vwav", used for example'by SoundBlaster 
cards. The difference between these formats is primarily to do with the 
header information, rather than the actual storage of the audio data 
itself. A switch can be provided (for example in the screen of Figure 5) 
to allow the user to select their desired choice of audio output file (in 
much the same way that many www sites currently provide a switch between 
different language output options) . 

It will be noted that the voice messages stored in the 
DirectTalkMail system are actually in compressed form to reduce storage 
requirements. When retrieved for playout the messages are decompressed in 
the present embodiment by the MSG Server, it would also be possible to 
perform the decompression at the MSG Client, which would reduce bandwidth 
requirements over link 360, which may be valuable depending on the nature 
of link 360. Of course, it would be even more efficient if the voice maiP 
message could be compressed when transmitted over the Www itself, where 
bandwidth certainly is constrained, but current www Clients are unable to 
perform the necessary decompression. 

Although the present embodiment only supports actually listening to 
a selected message from the screen of Figure 5, it is straightforward to 
extend this scheme to cover other message operations, for example 
deleting the message, forwarding it to another mailbox, or saving it (ie 
transferring it from the "new" to "saved" list) . To provide such options 
the message number might no longer be a hyperlink, but rather each 
message line would have appended multiple hyperlinks, for example one for 
"Usten", one for "delete", and one for "save". Each of these three 
actions would have a different message type; thus "delete" might be 
message type 2, and "save" message type 3, with "listen" of course being 
message type 1 as above. On receipt of message type 2 or 3, MSG Server 
would then perform the requested operation to the message within the 
voice mail database. Following this, MSG server would return to MSG 
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Client an updated version of the screen of Figure 5, with the selected 
message saved or deleted as appropriate. 

Returning now to the Java applet which is incorporated into the Web 
page depicted in Figure 5, the applet itself is identified using the html 
<API,LET> tag. and the code for the apt,let is retrieved from the specified 
location in taown fashion, in the preferred embodiment, this code resides 
on www server 330, but could also reside on the DirectTalkMail system 
xtself, or at any other suitable location, once the browser at www client 
310 has downloaded the applet, the applet is invoXed by tke browser and 
proceeds to execute on a copy of the Java virtual machine, which can be 
present either as part of the WWW browser, or incorporated into the 
operating system of www client 310 (indeed, the www browser itself may 
form part of this operating system) . 

The processing performed by the applet in a first preferred 
embodiment is illustrated in Figure 6A. In this embodiment, the applet 
processing commences with opening a window associated with the applet 
(step 605). This window corresponds to window 580 in Figure 5, and can be 
moved around the screen, minimised, etc using control bar 585 in Icnown 
fashion for window-based environments. Next, the applet sends a request 
to the DirectTal^ail system, to indicate that the applet is now running 
(step 610, . The purpose of this recn.est is to inform the DirectTalXMail 
system that the applet is now available as a notification mechanism for 
U.e user, in addition to any other notification mechanisms (such as 
Illuminating a light on a telephone handset, which that user has also 
selected. The request should include the mailbox number and password for 
that user (which as previously stated are included in the www page of 
Figure 5, the latter typically in encrypted form). 

It will be appreciated that the request in step 610 cannot be 
transmitted directly from the applet to the DirectTaD^ail system since 
for security reasons, an applet is only allowed to co^unicate directly' 
with server from which it was downloaded. Therefore the reques 
firs returned to the w^ server 330, which passes it to MSO client 3 0 
for forwarding to MSG server 370 (communications between MSG client 350 
and MSC server 3.0 are enabled as previously described, . MSO servl ^ 
then update the user profile in the OirectTaD^ail system 3B5 as 
required, after having confirmed the mailbox number and password 



UK9-96-042 



16 



Once the DlrectTaikMaH system 385 has been updated to include a 
reference to the Java applet in the user profile for notification, 
processing now continues in a loop until termination of the applet (step 
615) . This typically occurs via the Java destroy method when the browser 
at www client 310 is terminated, or alternatively the user may explicitly 
stop the applet by closing window 580. As part of its termination ' 
process, the applet sends a message (step 620) to the DirectTalkMail 
system, indicating that the applet is no longer available as a 
notification mechanism, and the relevant user profile is updated 
accordingly. This instruction is sent in the same way as ihe re^mest in 
step 610 above. Next, the applet closes window 580 (step 625) , before 
finally terminating. 

in response to the request step 610, DirectTalkMail updates the 
profile for that subscriber to indicate that message notifications for 
that subscriber should be written out to a file on www server 330 This 
can be done "by making the DirectTalkMail notification facility act as a 
client to a server process (not sho™ explicitly) running with WWW server 
330. Thus as part of its message notification operations, DirectTalkMail 
outputs an updated indication of the number of new messages for the 
relevant subscriber to this server process, which then stores the 
information on www server. 



. Following step 610, processing by the applet then enters a loop 
whereby periodically the applet sends a request to the WWW server 330 for 
the information about the relevant subscriber (step 630). The server then 
returns the information most recently supplied by the DirectTalkMail 
system (Step 635), and this is then used by the applet to update window 
5 o 0 . 



in the preferred embodiment, the information is written to a file 
on WWW server 330. dependent on the mailbox number and password of the 
subscriber. Therefore, in order to access this file, the applet needs to 
l«o„ the relevant mailbox number and password for the subscriber These 
are passed to the applet when it is invoked by the browser. Thus the 
mailbox number and password are included in the page shown in Figure 5 
even if not explicitly displayed, and so can be directly passed to the' 

t^icl;/'"" '''''' '"^'"'^"^ '""'^ -^-^ 

typically uses the hypertext transfer protocol (http) as is well-known in 
the art to request the relevant file containing the voice mail 
information for that subscriber from the WWW server 330. 
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, The processing of the applet in a second preferred enOjodiment is 
illustrated in Figure 6B, where again the applet initially opens «indow 
580 (step 710) . This window remains open until the applet is terminated 
at step 720, leading to closing of the window (step 730) . Processing now 
goes into a loop comprising the steps of sending a reauest to 
DirectTalkMail (step 740) inquiring about the message status of a 
subscriber mailbox, receiving a, response (step 750) from the 
DirectTaDcMail system indicating the number of new messages, and using 
this received information in step 780 to update the window 580 
accordingly. . 

AS mentioned before, the applet cannot generally communicate 
d.rectly with DirectTaH^ail (unless the applet was originally downloaded 
from the DirectTalkMail system), and so in the preferred embodiment uses 
www server 330. MSG Client 350, and MSG Server 370 in a manner analogous 
to that described above in order to communicate with DirectTallcMail 
- system 385. ,hus one possibility is for the applet to repeatedly request 
from www server 330 the mu. corresponding to the page shown in Figure 5 
The received html text can then be quickly parsed to extract th^ desired 
information (the number of new messages) . 

The time inbetween successive requests from the applet (ie step 63 0 
or step 740) is typically a few minutes, although this could be a 
customisable feature of the applet. 

the embodiment of Figure 6B has the slight advantage in that it 
does not necessarily require any ^edification to the DirectTalkMail 
system itself, provided that the DirectTalkMail system already supports 
sta us enquiries over the internet (eg as in the above-mentioned pct 
application PCT/GB95/02009) . However, this is at the expense of a greater 
burden on the DirectTalkMail voice mail system itself, since it ha! to 

Figure 6A, most of this processing is off- loaded from the voice mail 
system onto www server 330 anrtf>,= ,„- <= voice mail 

server 330, and the voice mail system itself only needs 
to act when an incoming message is received 

by a subscriber. ' " " """^'^ ""^-"^ ^° 

in the Simplest err^odiment, the applet window 580 may simply toggle 
between indicating that there are' . toggle 

,„h=,., K , " ''°i<=e messages for the 

sub criber (analogous to a message waiting light. . However, in the 
preferred embodiment, the applet window in fact indicates the precise 
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number of new messages 588. This can be achieved directly with the 
embodiment of Figure 6B, for example by extracting the relevant 
information from the Web page illustrated in Figure 5. Likewise, for the 
embodiment of Figure 6A, the DirectTalkMail notification facility can 
write out the current number of new messages to the www server 330, where 
the information can then be retrieved by the applet. 

A further feature of the preferred e.^odiment is that window 580 
may in fact includes a hyperlink itself, which is represented by the 
number Of messages 588. Selection of this hyperlink causei the browser to 
load the URL associated with the hyperlink (this depends on the 
particular browser concerned having an interface to allow programs to 
direct tham to a particular URL). In the preferred embodiment, this 
hyperlink corresponds to the Web page illustrated in Figure 5. in other 
words, if user sees that new voice mail messages have arrived, they can 
activatethe hyperlink 588 to listen to or otherwise process these 
messages. If will be appreciated that since the applet was originally 
included in the Web page shown in Figure 5. then the identity of the 
relevant URL can be passed to it as as an initial parameter. 

There are in fact a couple of complications involved with this 

approach. Firstly, it will generally be neceasarv Ht, ^= 

oe necessary m re-accessing this 
page to re -supply the password to the server; some browsers will 
automatically recognise this fact, and prompt the user to confirm that 
the same information that was entered in the Web screen in Figure 4 
Should be returned to the server to re-load the Web screen of Figure 5 
Th.s avoids the need for the user to have to explicitly re-enter his or 
her password, m addition, re-loading the Web screen of Figure 5 may 
potentially start another copy of the same applet which generated the 
window 580. TO avoid this, the first applet can set some flag as pa" of 
teL ^PPncations on the same machine then 

detect this flag and terminate themselves without further processing. 
Th.s flag might typically be located on the www server 330. where the 
appet registers on sta,t-up and de-registers on termination, or may 

■ IZlTl '"'^^"^ °' ^^"-^ - «»ic>^ the 

PPlet is running <„b this latter approach may be defeated if the browser 

launches a new .ava virtual machine at each applet invocation, . 

describeVaio 'T"''"'' "''"""''^ '""^ ^'^'^"^ embodiments 

described above the voice mail system supports www access to voice mail 

as described in PCT/aB95/02009, this is not a required feature For 
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example, the approach depicted in Figure 6A may simply be provided as an 
enhancement of the notify function of a conventional voice «.ail systen, 
Uo one without WWW voice mail access), to enahle a new message 
notification to be received by the applet. 

Although the above preferred embodiments use an applet, downloaded 
over the Internet, to allow the client to communicate with a voice mail 
system concerning new messages, it will be appreciated that there are 
many other possible approaches. For example, an application program at 
the client might be used instead, possibly as part of thebrowser, with 
the appropriate address information etc being specified as part of the 
configuration of the application, in such circumstances the application 
m^ communicate directly with the DirectTal)o<ail „SG server, bypassing 
«WK server and MSG client 350. althodgh it may be desirable to use these 
. as .ntennediaries to minimise performance hits on the DirectTalkMail 
system itself. 

A further preferred embodiment of the invention utilises an 
application residing at the WWW client 310. This embodiment is based on a 
t.cker.. application, such as the NewsTi.Ker application provided by IBM 
(or for example the PointCast ticker, available from PointCast, inc, 
Calxfornaa, USA - see http://pioneer.pointcast.com/, . The NewsTicker 
appucation runs at a www client and. con^unicates over the Internet with 

Figure 3,. The server contains a database of news items. On a periodic 
basxs (typically every few minutes, the ticker application sends a 

"lTapp°u?t''"" information. The user can configure the 

ticker appucation to specify the appropriate server ,or potentially if 

upported. multiple servers,, plus the news categories of interest Th 
server, on receipt of the re<n.est, looks for information in the 
categories of interest which have been updated since the last 
communication with the ticker, and returns a listing of those items This 
listing includes not only the headline of the item, but also an 
associated UK. where the whole news item can be accessed. The ticker 
app ication then scans through the listing displaying each in turn to the 
user. If the user selects a news item, then the ticker application ' 

t—: Lr °" - - - — ---^ 

NewsTi~!!x'" arrangement analogous to that of Figure 3, with the 
NewsTicker application running at the www client 310 and requesting 
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updates from the WWW server 330. then voice mail notification can be 
provided as part of the NewsTicJcer service by adding an extra 
notification mechanism to DirectTalkMail to update the WWW server with 
respect to any new messages (it is common for the NewsTicker server to be 
fed news updates in this manner) . Alternatively, the NewsTicker 
application might communicate directly with the MSG Server, typically by 
using the http protocol over the Internet, in other words, the NewsTicker 
application would repeatedly request an updated status from the 
DirectTalkMail system, which would respond accordingly with the number of 
new messages. 



The use of a NewsTicker type application to provide the voice mail 
notification service offers several benefits. Firstly, it avoids the need 
to have to develop, maintain, and learn a special client system, but ' 
rather allows use of an existing client system <or a simple modification 
thereof) . Further, if it is also generally desired to run the NewsTicker 
program ^yway, then utilising this as well for the voice mail 
notification mechanism reduces overall client memory and processing 
requirements (since it avoids the duplication of having to run two 
analogous programs}. It -is also more convenient for the user to be able 
to have a single notification point for all the new information of 
interest to him or her (eg stock alarms, pager messages, and so on), and 
these can all be routed through a NewsTicker application. Moreover, 
allowing the DirectTalkMail system to utilise a NewsTicker server Is an 
intermediary for the supply of voice mail notifications to a user allows 
the DirectTalkMail system to offload a lot of the centralised management, 
security, and administration tasks onto this server (which typically is 
already enabled with this sort of facility) . 

Note that a modification to the NewsTicker application to recognise 
voice mail updates would be desirable, in order to provide a static 
display Of voice mail updates (as opposed to the scanning display used 
for news headlines), and also to provide password protection, similar to 
that described for the preceding embodiments. 

It will be appreciated that in all the embodiments so far 
described, the client (either as an application or as an applet), has 
been responsible for repeatedly polling a server (either the 
DirectTalkMail system itself, or an associated server), to determine 
whether any new voice messages have arrived. This is a natural 
consequence of a client -driven client ■ server architecture, in this 
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respect it should be noted that in the arrangement of Figure 3 www 
erver „ixi re.pona to a properl. formatted re-^est frJLy l[Z in 

th^networ. .here are no permanent Xin.s between the client JTL 
server, in the sense that clients can connect to ana disconnect frol th 
networ. without informing the server, which -has no .cnowledge 1 T 
cent exists prior t= receiving a request .ro» it. Moreover, "^icaii, 
the server does not :^intain an. indorsation about the clien b^e" 

::;r ::o:\:e^:~^ - — ^ ^e\::: 

..ect;:ii:;^^trLtr:n:; ™r 
ru^.. on the subscriber-sU:.-:: 

, then update the subscriber's server process directly as part of its 

. ™,cat.ons associated with repeatedly polling at ti»es when the 
nun^er of messages for the subscriber is not changing. 

other„r'°"'' -<-*-i-3 an 

w rr conventional co^uter workstation attached to the Internet it 
- 1 be apprecated that the invention is not so limited. Por exampi 
the clxent .ight con^rise a so-called networ., computer or -thin^'i 

... ^„„. , ™ VITT'" 
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CLAIMS 



1. A voice mail system/ including: 

means for storing voice mail messages for at least one subscriber; 

and server means, responsive to a reejuest from a subscriber at a 
WWW client terminal, for returning to said WWW client terminal an applet 
for execution at said WWW client terminal, said applet on. execution 
providing a continuously updated indication of whether said subscriber 
has any new messages stored in the voice mail system. 

2. The voice mail system of claim 1, further including: 

means for receiving from said applet a request that new messages 
for the subscriber should be notified to the applet. 

3. The voice mail system of claim 2, wherein each subscriber ' has a 
profile indicating how that subscriber should be notified of the arrival 
of a new message, and said receiving means includes means for updating 

,said profile on receipt of said applet request in order that the applet 
be notified accordingly of the arrival of a new message. 

4. The voice mail system of claim 3, wherein the means for receiving 
futher includes means for receiving a request from the applet that new 
messages should no longer be notified to the applet, and means for 
updating said profile accordingly. 

5. The voice mail system of any of claims 2 to 4, wherein the 
notification of a new message is transmitted to a server accessible by 
said applet. 

6. The voice mail system of any of claims 2 to 5, wherein the 
notification of a new message specifies the current number of new ' 
messages for that subscriber. 

7. ' The voice mail system of claim 1, further including means for 
receiving from said applet an inquiry as to whether any new messages have 
been received for , that subscriber, means for determining whether any new 
messages have been received for that subscriber, and means for returning 
an appropriate response to the applet. 

8. The voice mail system of claim 7, wherein said response includes 
the number of new messages received for that subscriber. 
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9. 



The voice mail system of any preceding claim, wherein said applet 
comprises Java code. 



10. The voice mail syste» of any precedinc, claim, wherein said 
subscriber request includes a mailbox number. 

11. The voice mail system of claim 10, wherein said subscriber request 
further includes a password. 

12. A method of notifying a subscriber to a voice mail system that 
there is at least one new voice mail message waiting for the subscriber 
Wherein said subscriber has a program executing at a client terminal ' 
where said subscriber is located, comprising the steps of- 

exchanging messages between said program and said voice mail system 
to retrieve information indicating whether there are any new voice mail 
messages waiting for the subscriber; and, 

providing by said program to the subscriber a continuously updated 
indication of the presence of any new. voice mail message. 

liludi;: " "^"^ exchanging messages 

that '""^'"'"'"^ "^-^ P-'"^- to said voice mail system a request 

that new messages for the subscriber should be notified to the program. 

IL T """'"^ °' " the voice mail 

the arrival of a new message, and the method further comprises the steps 
responsive to the receipt of said request, updating said profile to 

t'ransm't! "''°' "^^^ °^ the program 

no „ e 7 ^ T"' " ^^^^^ ^'^^ ^ ^-olT 

slTlZT " " ''^^ — "P^^ating 

saxd profile accordingly. ^y^o.j,xng 
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16. The method of any of claims 13 to 15, wherein the notification of a 
new message transmitted to the program specifies the current number of 

new messages for that subscriber. 

17. The method of,claim 12, wherein said step of exchanging messages 

comprises: 

repetitively transmitting from the program an inquiry as to whether 
any new messages have been received for that subscriber, 

determining whether any new messages have been received for that 
subscriber, and returning an appropriate response to the program. 

18. The method of claim 17, wherein said response includes the number 
of new messages received for that subscriber. 

19. The method of any of claims 12 to 18, wherein said program 
comprises an applet which is downloaded onto said client terminal. 



20. The method of claim 19, 'wherein said applet 



comprises Java code. 



21. The method of claim 17 or 18, wherein said program comprises a 

Ticker program. 

22. The method of any of claims 12 to 21, wherein said subscriber 
request includes a mailbox number. 

23. The method of claim 22, wherein said subscriber re<r.est further 

includes a password, 

24. The method of any of claims 12 to 23, wherein said messages are 

exchanged over the Internet. 

25^ The method of any of claims 12 to 24, wherein said program provides 
a hyperl.n. to the subscriber, which, upon activation, automatically 
■ retrieves from the voice mail system further information about any new 

26 A Client system for allowing a subscriber to a voice mail system to 
d term^ne whether he or she has at least one new voice mail message, sa 
cl.ent system being connected to s.id voice mail system via a netl . 

and comprising: ' 
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means for exchanging messages with said voice mail system to 
retrieve information indicating whether there are any new voice mail 
messages waiting for the subscriber; and, 

means for providing to the subscriber an indication of- the presence 
Of any new voice mail message, 

27. The Client system of claim 26, further comprising means for 
transmitting to said voice mail system a reouest that new messages for 
the subscriber should be notified to the client system. 

28. The client system of claim 27, further comprising means for 
transmitting a request to the voice mail system that new messages should 
no longer be notified to the client system. 

29. The client system cf claim 28, further comprising: means for 
repetitively transmitting from the client system to the voice mail system 
an enquiry as to whether any new messages have been received for that 

subscriber, 

means for receiving an appropriate response from the voice mail 
system; and 

means for displaying said response to the subscriber. 

nler''; ^^^-"^ 
number of new messages for that subscriber. 

"=.er"^o:r ^ " " - -c-aes a 

ire e T °' °' ''''"^ '° "i<^ -ssages 

are exchanged over the Internet network. 

I!an r °' °' '^'"'"^ " ^""'^^ -eliding 

means for providing a hyperlin. to the subscriber, which, upon 

a=t.vat.on, automatically retrieves from the voice mail system further 
information about any new voice messages for the subscriber anl dilL 
such further information to the subscriber 
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